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ABSTRACT 



A netwotk interface device in pin Hp c A^^^nn^ access 
mem ory used as a transmjt^and rcceive>buff^ for transmis- 
s\o"n and reception of data between a iiost computer bus and 
a packet switched network. The network interface device 
includes a read controller and read offset register that stores 
read pointer information. The host CPU programs the read 
ofiEset register to any particular value so that the read 
controller wiU read data from a desired starting point. In this 
manner, the host CPU is able to skip parts of a frame stored 
in the random access memory. 

10 Claims, 6 Drawing Sheets 
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NETWORK INTERFACE DEVICE FOR Another aspect of the present invention provides a method 

ACCESSING DATA STORED IN BUFFER for reading data stored in a network interface device. The 

MEMORY LOCATIONS DEFINED BY method includes receiving data frames and storing the data 

PROGRAMMABLE READ POINTER frames into a random access memory. The method also 

INFORMATION 5 includes reading the contents of a read ofi&et register. The 

method further includes reading data stored in the random 
access memory based on the contents of the read ofiTset 
register. 

1. Technical Field Additional advantages and features of the present inven- 
The present invention relates to network interfacing and 30 tion will be set forth in part in the description which follows, 

more particularly, to methods and systems for accessing data and in part will become apparent to those skilled in the art 

transmitted over a network and stored in a buffer memory. upon examination of the following or may be learned by 

2. Background Art practice of the -invention. The advantages of the invention 
Network interface devices handle packets of data for realized and attained by means of the instrumen- 

transmission between a host computer and a netwodc com- ^^^^^ combinations particularly pointed out in the 

munications system, such as a local area network. The host appended claims. 

computer may be implemented as a client station, a servej^ . ^^^^ DESCRIFEON OF THE DRAWINGS 

or a switched hub. One pnmary function of the network 

interface device is to buffer data to compensate for timing ^ Reference is made to the attached drawings, wherein 

discrepancies between the clock domain of the host com- elements having the same reference numeral designations 

puter and the clock domain of the network. represent like elements throughout. 

Network interface devices typically include a first in, first FIG. 1 is a block diagram illustrating an exemplary 

out (FlFp iiaug&r'«*«inT transmit and reeeiye _ network interface device having a memory controller for 

data, where the transmit data is stored in a t ransmit FIFO writing a data frame into a random access memory accord- 
prior to jransmission on the ne tw"fyTmiiu. -a ^^^f]^^^l ing to an embodiment of the present invention. 

TVccess controller (MAC), and receive data is stored in a ^IG. 2 is a block diagram illustrating the buffer architec- 

receive FIFO by the MAC prior to transfer to the host ture of the network interface device of FIG. 1 according to 

computer via a host computer bus interface. ^n embodiment of the present invention. 

One disadvantage with the use of a FIFO for a transmit 30 piGS. 3Aand 3B illustrate an exemplary data structure of 

buffer or a receive buffer of a network interface device is the ^ data frame stored in the random access memory of FIG. 1. 

high latency encountered during the buffering process. The ^ ■ . 1 1 j- n . ^ 

, , £ , 1 • * _r J ■ • J 1 FIG. 4 IS a block diagram illustratmg the use of a read 

latency of the network mterface device is the time delay ^ , • . ■ T -.i. 1. j- . ... 

t , ^- *t. . J . r - 1- J* *u * 1 offset register m accordance with an embodiment of the 

between the time that a data frame is supplied to the network resent invention 

interface device and the time the data is transmitted on the 35 ^ 

network media, or vice versa. BEST MODE FOR CARRYING OUT THE 

An additional disadvantage with the use of a FIFO for a INVENTION 

transmit or receive buffer is the lack of fiexibilily in manipu- ^ . 

lating data. For example, a data frame received in a receive P^^^f f mvention will be descri*bed with the example 

FIFO must be read out in the order received, by definition. 40 1^^^^°'^°*^^^'^^..^^''*^^^^^ T""^^^ network, 

In computer networks where a pluraUty of network stations ^^^.^^^^ E.^^™) (^^^^ 802.3) networlc A descripUon 

are transmitting data, a user may receive a large amount of ^i*/ ^^e given of a network mterface device architecture, 

data in a short amount of time. Accordingly, a receive FIFO ^^^^^J^^ arrangeinent for accessing flame locations m 

that reads each bit of each data frame in the order received ^ ^""^^^ become apparent however, that the 

further increases the latency in processing the actual incom- 45 f^^f mvenUon is also apphcable to other network mter- 

ing data. systems. 

DISCLOSURE OF THE INVENTION NETWORK INTERFACE DEVICE 

TT, ■ Af ♦ *i, » ui f ARCHITECTURE 

There is a need for an arrangement that enables the use of 

a random access memory in a network interface device, as jq FIG. 1 is a block diagram of an exemplary network 

opposed to a FIFO buffer, to store a data frame and to interface device 10 that accesses the media of an Ethemet. 

provide flexibility in reading the data frame. (ANSI/IEEE 802.3) network according to an embodiment of 

There is also a need for a method of reading data stored the present invention. 

in a random access memory of a network interface device in The^network interface device 10, preferably a single-chip, 

a flexible and efficient manner. 55 32-bit Ethernet controller, provides an interface between a 

These and other needs are met by the present invention, local bus 12 of a computer, for example a peripheral 

where a network interface device includes a random access component interconnect (PCI) local bus, and an Ethernet-^ 

memory for storing data frames, a read controller for access- based media 50. 

ing the data and a programmable register for storing read The interface 10 includes a PCI bus interface unit 16, a 

pointer information. 60 buffer memory portion 18, and a network interface device 

According to one aspect of the invention, a network portion 20. The PCI bus interface unit 16 includes a PCI 

interface device is provided for buffering data. The network slave interface 16a and a DMA interface 16b. The slave 

interface device includes a random access memory and a interface 16a manages PCI control and status information 

read ofEset register configured to store read pointer in for- including reading and programming of the PCI status 

mation. The network interface device also includes a read 65 registers, but may also be configured for managing slave 

controller configured to read data stored in the random transfers via the PCI bus with a host CPU (not shown). The 

access memory based on the read pointer information. DMA interface 16/? manages DMA transfers by the network 
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interface device 10 to and firom host memory 17, shown in stand-by mode, enabling the network interface device to 

FIG. 2. Hence, the PCI bus interface unit 16 can be selcc- output power up information to logic within the host com- 

tively configured for PCI transfers in slave and/or master putcr to enable the host computer to automatically turn on in 

(ejr^JQ MA) jnodc. response to data packets received from the network and 

STmemorv unit IS^ cludcs a 32-bil SRAM imple- 5 having a specified protocol, described below. 

mented direcUy on the network interface device chip 10. ..cA^nDv AMAr^cN^rrMT ADrmxni-niDn 

According lo the disclosed embodiment, the SRAM 18 may MEMORY MANAGEMENT ARCHITECTURE 

be accessed in a random access manner under the control of piG. 2 is a block diagram ilhistrating the buffer architcc- 

an SR A M memory ma nagement unit (MMIT) 2Z. or may be ture of the network interface device 10 according to an 

a segmented system with a receive portion ISa and a lO embodiment of the present invention. As shown in FIG. 2, 

transmit portion IHb for receive and transmit paths, respec- transfer of data frames between the PCI bus interface unit 

^^^ly* 16, also referred lo as the bus interface unit (BIU)^ and the 

The network interface device 10 also includes a buffer MAC 20 is controlled by a memory management unit 

management unit 24 configured for managing DMA trans- (MMU) 52 including the buffer management unit 24 and the 

fers based on DMA descriptors in host memory 17 that SRAM MMU 22 of FIG. 1. The MMU 52 controls the 

specify start address, length, etc. The buffer management reading and writing of data to the SRAM 18, illustrated in 

unit 24 initiates a DMA read from host memory 17 into the FIG. 2 as a receive SRAM portion 18fl and a transmit SRAM 

transmit buffer ISb by issuing an instruction to the DMA portion 186 for convenience. It wiU be recognized in the art 

interface 166, which translates the instructions into PCI bus that the receive SRAM (RX^SRAM) 18fl and the transmit 

cycles. Heoce, the buffer management unit 24 contains ^ SRAM (TX_SRAM) 186 may be implemented as a single 

descriptor management for DMA transfers, as well as point- memory device, or altematively as two separate SRAM 

ers associated with storing and reading data from the devices. 

memory unit 18. Although the buffer management unit 24 As shown, iD-FlG _2^ the memory management unit 52 

and the SRAM MMU 22 are shown as discrete components, includes th &tt^fmSp afTft pftnt ^mi\2d^ ^ referred to as 

the two units, 22 and 24, may be integrated to form a ^ the descriptor management unit; the SRAM MMU 22, and 

memory management unit controlhng all transfers of data to ^^DaTgitfatiogtrnit54.TS b ar bitration unit 54 arbitrates DMA 

and from the memory unit 18. --fpgiipctc Fn|- Hata trar^ ^ksinn^ data receptioD, descrmtor 

The network interface device 10 includes a media access hsts from the descriptor management blodc 24, and status, 
control (MAC) core 26, a general purpose serial interface j^^ sRAM MMU 22 includes separate controllers for 
(GPSI) 28, a media independent interface (MIO 30 for each SRAM ISc and 186, for both read and write operations, 
connecting to external 10 Mb/s or 100 Mb/s physical (PHY) According to the disclosed embodiment, the network inter- 
transceivers, an external address detection interface (EADI) face device 10 operates in two generic clock domains, 
32, an attachment unit interface (AUI) 34 having a Manches- namely a host computer bus clock domain 56a, and a 
ter encoder and decoder, and a 10/100 Mb/s twisted pair network clock domain 566. Since the network interface 
transceiver media atUchmcnt unit (MAU) 36. device 10 needs to send and receive data across two inde- 
The network interface device 10 also includes a network pendent clock domains 56, schematically indicated as 
port manager 38 configured for performing Mil handshaking divided by the dotted line 58, the SRAM MMU 22 needs to 
between two devices on an Mil bus via the Mil port 30. Such be able to write and read data to each SRAM 18fl and 186 
Mil handshaking may include link information program- in a manner that tr acks memory status independent of the 
ming information at the Mil layer using a management data PCI clock in the host computer domain and the MAC clock 
clock (MDC), and management data input/output (MDIO) generated from network activity in the networii domain 566. 
P^^^^- According to the disclosed embodiment, the SRAM 
The auto- negotiation portion 40 performs IEEE- MMU includes a transmit-data bus-side memory manage - 
compliant negotiation with a link partner on the PHY layer 45 ment unit (XB^MMU) 22fl, a. transmit-data MAC-side 
to exchange data indicating whether the Hnk partner is memory management unit (XM_MMU) 226, a receive-data 
capable of operating at 10 Mb/s, 100 Mb/s, and whether the bus-side memory management unit (RB^4MU) 22c, a 
hnk should be half-duplex or full duplex. receive-data MAC-side memory management unit (RM_ 
The LED controller 44 selectively controls the generation MMU) 22d^ and a synchronization circuit 60. The 
of LED output signals based upon the internal decoding 50 XB^MMU 22a and the RM_>IMU 22d operate as write 
logic and network interface device status registers (not cQaUallc*&-«©afigured for writing frame data into the 
shown). The network interface device 10 also includes an SRAMs 186 and 18fl, respectively. The XB^MMU 22a and 
FEEE 1149.1-comphaot JTAG boundary scan test access the RB^MMU 22c operate according to the PQ bus clock 

interface 46^: -^^^^^ (CLK). The RM_31MU 22rf operates according to the 

The EEPROM interfa^^ connects to an EEPROM on 55 receive MAC clock (RX_CLK) received by the MAC 20, 

either 1 nftwfrrfr iril^rrirp rlevirp adapter card or the moth- and the XM_MMU 226 operates imder the control of the 

erboard of the host computer via a serial interface link. The MAC transmit clock (TX_CLK) received by the MAC 20. 

FFPgnMjjrint chmx^n m -|) y^jii prngranim^ jj^nfh Thc XM_MMU 226 aud thc RB__MMU 22c operate as 
cronflguFation inform V ^^" rpiated tn the network in terfaced read controllers configured for reading frame data from the 

device, enabling the network interface device to be config- 60 SRAMs 186 and 18a, respectively. Hence, receive data from 

ured during initiahzation via the EEPROM interface 42. the MAC 20 is written into the RX_SRAM 18a under the 

Once initialized, the network interface device stores the control of the write controller 22d synchronous to the 

configuration information in internal registers (not shown), receive clock (RX_CLK) in the network clock domain 566. 

enabling the network interface device to operate indepen- Frame data stored in the RX_SRAM 18a is read and output 

dently of the host computer in the event the host computer 65 to the BIU 16 via data path 62a under the control of the 

is powered down. Hence, thc network interface device can receive-data read controller 22c, which reads the frame 

be configured to operate whUe the host computer is in a synchronous to the PCI bus cbck signal (CLK). 
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Similarly, transmit data to be output oDto the network by provide receive status to the host CPU during slave transfers, 
the MAC 20 is written into the T>C__SRAM ISb via data The status information is also used by the descriptor man- 
path 62b under the control of the transmit-data write con- agement imit 24 to supply DMA receive status to the host 
troller 22^, configured for writing the frame data synchro- CPU during DMA transfers. 

nized to the PCI bus clock (CLK). The stored transit dau is 5 exemplary embodiment illustrated in FIG, 3B, 

read and output from the TX_SRAM 186 to the MAC 20 ^^^^ ^ ^^^^ RX_VAUD and RX_SX\RT_ 

under the control of the transmit-dataread oontrolk^ 226 pj^^^ g^j^ VAUD-1, both STATUS upper 

according to. the MAC trai^mit clock (TX„CLK) withm the ^^^^ ^^^^^ ^^^t^ RX_VALrD= 

network clock domam 56a ^ 1 nv c-i-An'r nnr^^ • i j t-l 

™ * 1 1 J - J c^:k only the RX„START_PROC bit is valid. The 

The presence of two separate clock domains 56fl and 5 60 « „ ot^aot nnr^r-/- • \ u-* u 

J J- ; A 10 10 RX START PROC (i.e., start processing) bit, when set to 

m wnting and reading to a random access memory 18 ^ T • i- . . ■ - u 

requireslat the write controUer and read controUer devices ^1^^^°^ °f begimung of the next 

be coordinated and synchronized to ensure that no conten- RX_SRAM can begin, 

tion issues arise due to the relative independence of the two STATUS Upper also contains an RX^TRUNC field 

clock domains S6a and 566, The SRAM MMU 22 includes which indicates that the controller truncated some data at the 

a syn chronization circuit 60 th at asynchronously monitors end of this receive frame and the truncated data is not written 

the status of the RX_i>kAlv( ISa and TX__SRAM 186, into system memory. Also included in STATUS Upper are 

enabling the memory controllers^ to read and write to the several error fields, including RX^FRAM _ERR, which 

memory 18 between the two clock domains 56fl and 566. indicates that the receive frame 64 contains a non-integer 

Thus, problems that would ordinarily arise between the two multiple of eight bits and there is a cyclic redundancy check 

clock domains in the individual memory management units 20 (CRQ error, RX__CRC_ERR, which indicates that the 

22a, 226, 22c and 22d are avoided by use of the synchro- controUer detected a CRC error, RX_OFLO_ERR, which 

nization circuit 60 according to a prescribed arbitration indicates that the controUer's internal receive buffer has 

. overflowed. 

no. 3A is a diagram m^^^^ STATUS Upper also contains RX_BCAST, 

'Tr. 'IT' "^/^^^^ RX_MCAST and RX_UCAST fields to indicate whether 

may be used for stonng data m the TX_SRAM 186. As .~ ..j i- ... /• 

shown in FIG. 3A, each stored frame 64 includes a frame ^^"^^ ^ a broadcast frame mulUcast frame or unicast 

track field 66 preceding a group of data bytes representing ^^^^ respectively. Also mcluded m STATUS Upper are 

the data frame 68 (i.6., the packet data received from MAC RX_PERF, RX_TABLE_MATCH, RX_MAC1_ 

20), followed by a status information field 70. In this case, 30 MATCH, RX_MACO_MATCH and RX_HASH_ 

the RM_MMU 22d stores frame track field 66 and the MATCH to indicate various address matches for a frame 

control field 70 related to the receive data frame 68. The addresses stored in a MAC address table or a MAC 

frame track field 66 is used by the RB_MMU 22c to keep filler register. STATUS Upper further contains an 

track of the location of the corresponding receive data frame RXJKM^ABORT field which indicates that the controller 

68 in the RX_SRAM 18a. Hence, the frame track field 66 35 determined this frame to be an invalid frame, 

enables the RB_MMU 22c to quickly flush a stored frame The STATUS Lower field contains an RX_FRM_LENG 

64 having receive data 68 and jump to the begiiming of the field which represents the total number of bytes of receive 

next stored frame (e.g., 64^, based on an end of frame data in the respective frame. In alternative embodiments of 

address field (ENF ADDR), a count (CNT) field specifying the present invention, the data contained in frame track field 

the total number of bytes in the receive frame and an end of ^ 66 and status information field 70 may include other status 

frame (ENF) bit indicating whether the data frame 64 information, depending on the particular design require - 

contains valid data ready for reading. ments. 

fi 1?' uT- T^, H f T RECEIVE BYTE OFFSET REGISTER 

field, which mdicates that the entire receive data frame 68 is 

stored in the RX_SRAM 18fl and a byte enable-last field 45 Ag_describe d previously, the memory manafrgp jent imit 52 

(BE_L) which specifies how many of the bytes in a DLAST ^T5rovides tbe~T gE;ie-jgr reading ? *Tift wrifin^ framf^c to/from 

field are valid. The frame track field 66 further contains a ^"SftAiVls iha aud"lA67ln particular, RB_MMU 22c of MMI 

long frame (LONG) field which indicates that the expected 52 operates as the read controUer configured to transmit data 

receive frame length is greater than a predetermined length. from SRAM 18a via data path 62a to BIU 16 where the data 

Referring to FIOSA^Jn^he exemplary embodiment of 50 is transmitted to a host CPU. In the present invention, a *, 

the invcntion^^c^^^le?(RM^MU 22d) writes the receive byte offset register is used that enables the host CPU V 

frame 64 in 32^bit wide double word format into contiguous to begin reading a data frame from the SRAM memory 18 | . 

buffer memory locations DO-DLAST following the corre- starting from any particular byte^ as well as change the Jj 

sponding memory location for the frame track field 66. Write starting byte. ^ 

controUer 22d continues to write the 32-bit wide frame data 55 In accordance with an embodiment of the present 

fields in the contiguous locations DO, Dl, etc. untU the invention, when a DMA write or slave read access to 

reception of an end of frame (RM ENF) signal from the RX^SRAM 18a is detected, RB_MMU 22c reads out the 

MAC 20. RM_MMU 22d then receives the status informa- receive frame data from the RX_SRAM 18fl and presents 

tion from the MAC 20 and writes the status information into the frame data with the appropriate byte aUgnment to BIU 16 

the status information field 70, i.e., STATUS Upper and eo over data path 62fl. 

STATUS Lx>wer, foUowcd by updating the frame track field • Referring to FIG. 4, w hen RB ^ MMU 22c detecb; a DMA 

66. The write controller 22d then proceeds to write the next write or s^ave read access. ^B MMU 22c firsf , rf aHc thp ^ 

frame 64^, ie, frame track field 66, data field 68 and status contents of read byte offset register 72 to determine the value 

information field 70 in the next contiguous memory of the read controUer's 22c internal read pointer. In the 

location, as shown in FIG. 3A. 65 exemplary embodiment, the RB_MMU 22c reads data from 

The status information contained in STATUS Upper and the oldest received frame first, before frames received at a 

STATUS Lower of the status information field 70 is used to later time, and the internal read pointer of RB _MMU 22c 
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points tD the location in the oldest received frame stored in 
RX_SRAM 18a from where the reading of data is to begin. 

For example, in an exemplary embodiment of the 
invention, upon initializing network interface device 10, the 
contents of the read byte offset register 72 will be set to "C*. 
This value of **0" indicates the beginning of a frame 64. 
Accordingly, RM__MMN 22c begins reading data from 
RX_SRAM ISa from the first byte of the frame track field 
66 in the ol dest rece ived frame stored in RX_SRAM 18a, 
Etea"byRP7inTfe?>4 '. 



30 



However, according to the present invention, the host 
CPU can program read byte oflfeet register 72 to any value, 
so that the read controller 22c can begin reading data stored 
in RX_SRAM 18a starting from any particular byte in a 



The host CPU generates a RX_BYTE_OFST command 
that is transmitted to PCI BIU 16 and then transferred to 
RB_MMU 22c over data path 74. The RX_BYTE„OFST 
command is a binary number in imits of bytes used to change 
the read controller's 22c internal receive buffer read pointer 
to point to a specific location within the oldest received 
frame. A value of "N" transmitted in RX_BYTE_OFST 
indicates skipping "N" initial bytes of a frame 64. In 
alternative embodiments where bit granularity is desired, the 
RX_BYTE_OFST command can be used to indicate the 
number of bits of a date frame to skip and the RM^MMU 
22c will adjust the read pointer accordingly. 

For example, suppose the host CPU wishes to skip the 
fra^eJl^ck information 66 and begin reading data starting 
''ar^la Bbld 68. In the exemplary embodiment illustrated in 
FlG^3^f^he frame track field 66 comprises four bytes. 
*7tEcordingly, the host CPU sends the RX^BYTE^OFST 
com mand comprising a binary value to bB MIJ 22c and 
cont roller 22c stor es a value ot "4" in receive oyte onset 
register 72. Upon subsequent reads, RM_MMU 22c skips 
the first four bytes of frame 64 and begins reading data firom 
the fifth byte of frame 64, as indicated by RP2 in FIG. 4, 
effectively bypassing the frame track field 66. 

Subsequently, when a slave read access or a DMA write 
to RX_SRAM 18a is detected, the internal read pointer of 
RM_31MU 22c remains set to "4"' and reading of data 
begins at the fifth byte of subsequent frames. However, the 
host CPU can change the contents of read byte offset register 
72 at any time using the procedure discussed above, i.e., 45 
generate and transmit a new RX_BYTE_OFST command. 

This use of a read byte offset register 72 in connection 
with RB_31MU 22c provides the present invention with 
improved flexibility in reading data frames, as opposed to 
the use of a conventional FIFO which requires the data to be 50 
read out in a first in, first out order. In the exemplary 
embodiment, read byte oflfeet register 72 is shown intemal to 
RB_MMU 22c. In alternative embodiments, read byte 
offset register may be located external to RB_MMU 22c. 

Advantageously, using read byte offset register 72 in 55 
connection with RX„SRAM 18a enables the network inter- 
face device 10 and host CPU to process data in an eflScient 
manner and save processing time by providing increased 
flexibility in reading data stored in RX^SRAM 18a. 

For example, the host CPU can program the read byte 60 
offset register 72 to point to the header part of a receive 
frame 64 to determine the protocol of the frame 64, e.g., 
where in host memory 17 the frame wiU be sent. Next, the 
host CPU requests the particular protocol to allocate receive 
buffer(s) in that protocors memory space. After the host 65 
CPU obtains the address to the protocol's memory space, the 
host CPU can reprogram RX_BYTE„OFST to any value. 



Then, the host CPU can instruct the controller DMA or slave 
to transfer any remaining bytes of the frame 64 to the 
destination protocol space. Advantageously, determining the 
location in memory and allocating the appropriate memory 
space before (he data is transferred saves processing time, 
thereby decreasing system latency. 

Additionally, the host CPU may program the read byte 
ofi&et register 72 to point to status information fleld 70 to 
determine if any type of frame error was detected, without 
having to read the entire frame track and data fields 66 and 
68, respectively. Advantageously, the host CPU may deter- 
le that the data field 68 contains some type of data error, 
e.j^., a CRC error, and may therefore wish to skip this data 
send a signal to MAC 20 regarding the erroneotis data. 
Advantageously, using the read byte offset register 72 in this 
manner also saves valuable CPU processing time associated 
with reading erroneous data. 

According to the present invention, the host CPU can also 
change the contents of the read byte offset register 72 as the 
RM_„MMU 22c is reading data as many times as it wishes. 
In this manner, the host CPU can re-read any part of a data 
frame, e.g., header information, depending on the particular 
requirements. This is beneficial io situations where the CPU 
for some reason was imable to receive the desired informa- 
tion. However, once the last data of the frame has been read, 
the read byte offset register 72 points to the read starting 
point for the subsequent frame. 

Described has been an apparatus and method for access- 
ing data transmitted over a network. An advantage of the 
invention is that stored data may be read in an efficient 
maimer with increased flexibflity. Another advantage of the 
invention is that the system can save processing time asso- 
ciated with transferring data received over a network, 
thereby decreasing system latency. 

In this disclosure, there is shown and described only 
certain preferred embodiments of the invention, but, as 
aforementioned, it is to be understood that the invention is 
capable of use in various other combinations and environ- 
ments and is capable of changes or modifications within the 
scope of the inventive concept as expressed herein. 
What is claimed is: 

1. A network interface device configured to transfer data 
received from a network to a host device and to receive data 
from the host device for transfer to the network, comprising: 

a random access memory; 

a programmable read offset register configured to store 
read pointer information received from the host device; 
and 

a read controller configured to read data stored in the 
random access memory based on the read pointer 
information, wherein 

the random access memory is configured to store a 
plurahty of frames, each frame including packet data 
received over a network communications medium 
and status data related to the packet data, and 

the read controller is configured to skip a predeter- 
mined amount of data within an oldest received 
frame of the pluraflty of frames, based on the pro- 
grammable read pointer information. 

2. The network interface device of claim 1, wherein the 
read offset register is re-programmable by said host device, 

3. The network interface device of claim 1, comprising: 
a host bus interface for transferring data from the random 

access memory to the host device. 

4. The network interface device of claim 3, wherein the 
host bus interface includes a slave controUer and a direct 
memory access controUer. 
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5. In a network interface device configured to transfer data 
received from a network to a host device and to receive data 
from the host device for transfer to the network, a method of 
reading data comprising: 

receiving data frames; 

storing the data frames into a random access memory; 

reading an ofl&et value of a read oflket register, the oflfset 
value of the read ofikct register being received from the 
host device; and 

reading data stored in the random access memory based 
on the oflfeet value of the read oflket register, including 
skipping a first predetermined number of bytes of data 
within an oldest received frame stored in the random 
access memory based on the ofifeel value of the read 
offiset register. 

6. The method of claim 5, comprising: 

transferring data from the random acxess memory to the 
host device via a host btis interface. 

7. The method of claim 5, comprising: 
receiving, from the host device, another oflEset value; 
storing the other ofiket value in the read ofiEset register; 

and 

reading data stored in the random access memory based 
on the other offset value. 
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8. A network interface device configured to transfer data 
received from a network to a host device and to receive data 
from the host device for transfer to the network, comprising: 

a random access memory configured to store a plurality of 
data frames, wherein each frame includes packet data 
received over a network communications medium and 
status data related to the packet data; 

a programmable register configured to store read pointer 
information based on information from the host device; 
and 

a read controller configured to read data stored in the 
random access memory, wherein the read controller is 
configured to read data in the random access memory 
based on the read pointer information, including skip- 
ping a first predetermined number of bytes of data in an 
oldest received data frame of the plurality of data 
frames stored in the random access memory, based on 
the read pointer information. 

9. The network interface device of claim 8, comprising: 
a host bus interface for transferring data read from the 

random access memory to a host device. 

10. The network interface device of claim 9, wherein the 
host bus interface includes a slave controller and a direct 
memory access controller. 
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